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(54) Title: NETWORK CONTROLLER "FOR DIGITALLY CONTROLLING REMOTE DEVICES VIA A COMMON BUS 

(57) Abstract The present invention provides a network controller that directs communications with a variety of remote devices 
via a conamon bus. The network controller includes a transmitter for transmitting messages via the common bus, and a receiver 
for receiving messages from the common bus. Additionally, the network controller includes a clock for providing clock signals to 
both the transmitter and receiver- The transmitter and receiver are selected such that the network controller is capable of selectively 
operating in either synchronous or asjTichrbnous mode. In operation, the network controller is configured in either a Manchester 
encoding or a Universal Asynchronous Receiver Transmitter (UART) protocol. The transmitter transmits messages comprising a 
command and an address of at least one remote device. In one embodiment, the transmitter simultaneously transmits messages to a 
plurality of remote devices in accordance with a grottp address comprised of a multiple bits with each bit associated with a respective 
group. 
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Ni:TOORK CONTROLLER FOR DIGITALLY CONTROLLING 
REMOTE DEVICES VIA A COMMON BUS 

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT 

This inventioawas made with government support tinder Cooperative 
Agreement No. NCCW-0076 awarded by NASA. The government has certain rights 
in this invention. 

CROSS-REPEKENCE TO RELATED APPLICATIONS 

The present application claims priority from U.S. Provisional P atent 
AppHcations S/N 60/254, 137, entitled: NETWORK CONIROLLERFOR 
DIGITALLY CONTROLLING REMOTE DEVICES VIA A COMMON BUS filed 
on December 8, 2000, the contents of which are iacorporated herein by reference. 

EDELD OF THE INVENTION 

The present invention relates generally to network controllers and, more 
particularly, to an apparatus and method for digitally directing communications with a 
variety of remote devices via a common bus. 

BACKGROUND OF THE INVENTION 

In many industries today, monitoring systems are used to assess either possible 
system failures or the affects of environment and other external forces on an object of 
interest. For example, in the avionics industry, monitoring systems are employed to 
monitor parameters, such as strains, acceleration, pressures, corrosion, and 
30 temperatures at various critical structural locations on aircraft. Similarly, such 

mordtoring systems could be used in the automobile industry to control and monitor 
everything from on/off occupant controls to drive-train controls and multimedia 
systems. 
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Many of tliese conveatioaal monitoriiig systems use a plurality of remote 
devices, such as sensors, actuators and subsystems that are placed about the obj ect 
being monitored at the criticallocations. Maiiy of these conventional monitoring 
systems utilize dedicated analog signal connecting, thus making the monitoring 
5 system dedicated to the application and complicating the viring systems vidth separate 
wiring to each device to be monitored. Where networking exists tiiere is often many 
multiplexer units networked together that gather many individual analog signals. 
While the analog wing is now shorter, a significant amoimt of dedicated wiring to 
individual transducers still exists. Further, existing and proposed "smart transducer" 
10 protocols, which permit signal conditioning at the transducer and offer a fiilly digital 
networking solution without significant analog signal wiring, often lack time- 
determinism, speed, simplicity to achieve cost effectiveness in most applications. 

li in many industries today, including the avionics and automotive industries, the 
complexity of the network may make many conventional monitoring systems 
15 impractical for a nimiber of reasons. Specifically, the dedicated wiring and signal 
conditioning can be expensive, bulky, heavy and hard to install and maintain. This is 
especially critical in aircraft applications, where weight concerns are at the forefront. 
Further, in the automotive industry, the added wiring may add to the weight and 
possibly the size of the car. In addition, dedicated wiring and signal conditioning 
20 renders automotive electronic-control modules application specific and thus more 
costly. Further, dedicated wiring limits the amount of factory and dealer available 
options available due to the extra cost of preparing an automotive platform for the 
options with extra harnessing and interfaces. 

Additionally, as stated, many conventional monitoring systems transmit data 
25 in an analog format. Typically, analog signals are susceptible to noise introduced into 
the signals during data transmission. Given thatmany of the transmitted signals have 
a low amplitude to start with, this noise can corrupt signals as they propagate firom the- 
transducer to the signal conditioner. Further, as many of these remote devices are 
scattered a feir distance from the controller, the dectrical lines connecting the remote 
30 device to the controHermay be sufficiently long to cause signal degradation due to 
DC resistance. 

In light of this, it would be advantageous to replace the dedicated wiring and 
the analog transmission with a common bus and digital transmission of data. But, 
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many conventional digital networks suffer from a variety of problems liiemselves. 
For example, many existing digital networks demand complicated protocols requiring 
processors and, thus, suffer from high overhead network comnmnication The use of 
processors in such systems results m bulky and more ejjpensive network interfaces. 
5 Additional problems include low maximum bit rate, low effective data rate (due to 
overhead), expensive physical layers, and low network device count. Moreover, 
many computer systems that include digital networks do not operate in a time- 
deterministic manner. These computer systems generally lack the capability to 
schedule a trigger command to the network components that repeats with any 
10 precision timing. 

in light of the foregoing, it would be advantageous to provide a network 
system that allows network components to digitally communicate over an 
iaexpensive, simple and high-speed, yet robust, network line with a simple message 
protocol, small component size and low wire count The netwo± system would also 
15 advantageously operate without the use of a microcontroller or processor for the 
network components. Also, the network system would support both acquisition and 
control, acquire data simultaneously from the components and operate vifh 
synchronized data samjples from the components. Further, the network system would 
allow for high component counts, longer network lines and iosure time-determinism 
20 ia a precise manner. 

SUMMARY OF THE INVENTION 

In view of the foregoing background, fbe presentinvention therefore provides 
a network controller for digitally directing communications with a plurality of remote 

25 devices via a common bus. The network controller of the present invention allows 
various remote devices to communicate in either synchronous or asynchronous modes 
over an inexpensive, simple and high-speed, yet robust, network line with a simple 
network protocol, small component size and low wire count Advantageously, the 
network controller of the present iuvenrion connects to the remote devices via a 

3 0 common network, thereby permitting the- various remote devices to share the same 
wiring for communicating with the network controller. Additionally, the network 
controller of the present invention allows for hi^ component counts, longer network 
lines, and insures time-determiuism in a precise manner. The network controller also 
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allows data to flow to and fromtlie remote devices at an alterable bit rate, supports 
both acquisition and control, and acquires synchronized data simnltaneonsly from th.e 
remote devices using either an optional continuously synchronous clock, or a 
synchronized state change during asynchronous communication (often referred to as 

5 "isochronous"), . ' 

Further, the network controller operates, in conjunction with a network 
protocol that allows the controller to communicate with dthear one or several remote 
devices at a tinie across the network. Importantiy, the network protocol has a fixed, 
low-level instruction set. Due to the simplicity of the network protocol, the network 

1 0 controller of the present invention can op erate with remote devices that lack a 

processor and, instead, comprise state machines that use pass throughlogic to process 
the commands and data between the network controller and the remote devices. 

As previously stated, the network controller of the present invention allow's 
various remote devices to digitally communicate ia either synchronous or 

15 asynchronous modes over an inexpensive, simple and high-speed, yet robust, common 
network. The network controller is capable of communicating with sensors, actuators 
and subsystems, thus allowing for both acquisition and control. The network 
controller also includes a transmitter for digitally transmittiog messages via a 
common bus, and a receiver for receiving naessages from the common bus. 

20 Additionally, the network controller contains a clock for providing clock signals to 
both the transmitter and receiver. The transmitter and receiver are selected such that 
the network controller is capable of selectively operating in either synchronous or 
asynchronous mode. In synchronous mode, the transmitter digitally transmits both 
the messages, and clock signals via the common bus. And, in the asynchronous niode, 

25 the transmitter digitally transmits messages at a predetermined bit rate without any 
accompanying clock signals via the common bus. 

To ftirther allow the network controller to receive synchronized data samples 
firom the remote devices, in one embodiment, the network controller further iacludes a 
clock transmitter for transmitting the clock signals via the common bus. This clock 

3 0 ■ _ signal is used by the remote devices in a synchronous mode to dock in and clock out 
data. In the asynchronous mode where the remote devices operate based on bit rate as 
opposed to a synchronous clock signal, the clock transmitter operates at a constant, 
null, level ' In another embodiment, the network controller issues a baud select 
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command that defines the predetennined bit rate at which the transmitter will transmit 
messages iathe asynchroaous mode. Additionally, in embodiments where the 
network controller operates in asynchronous mode, the receiver receives messages 
jBroin the common bus based on the bit rate at which the messages are transmitted by 
5 the controller. Further, all of the remote devices can synchronize in a singular manner 
to a predetennined state-change bit within the message oftenreferred to as 
isochronous mode. 

In yet another embodiment, the transmitter of the network controller is ^ 
capable of altering the predetennined bit rate at which messages are transnritted, 
10 while communicating with the plurality of remote devices. In this embodiment, Ihe 
receiver receives messages from the remote devices via the common bus at the same 
predetermined bit rate at which the network controller previously transmitted the 
messages to tihe remote devices. This makes the receiver capable of receiving 
messages as the transmitter alters the predetermined bit rate without relying upon any 
1 5 clock signals. In one embodiment, the network controller transmits an example 
message to the remote devices at an altered bit rate following alteration of the 
predetermined bit rate to insure the remote devices are in sync with the network 
controller. In a firrther embodiment, the network controller issues a baud select 
command to the transmitter that defines the predetenruned bit rate at which the 
20 messages will be transmitted. 

As previously stated, in operation, the network controller works in 
conjimction with a network protocol having alow-level instruction se^t to allow the 
network controller to communicate with either one or several remote devices at a time 
across the network Therefore, in various embodiments, the network protocol is 
25 configured in either a Manchester encoding or a Universal Asynchronous Receiver 
Transmitter (UAR.T) protocol, depending iiponthe command protocol the remote 
devices are capable of understanding. In one embodiment, the network controller and 
the remote devices are preconfigured to operate either in the Manchester encoded 
form or m the UAELT encoded form. In another embodiment, the network controller 
30 receives a command protocol select command such that the subsequent configuration 
of the network controller is based upon the command protocol select command. In 
another embodiment, the network controller sends the protocol select command to the- 
transmitter and receiver to identify the command protocol according to which the 
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plurality of remote devices are capable of coromtmicating, and tiie transmitter and 
receiver thereafter transmit and receive messages, respectively, in accordance with the 
command protocol identified by fbe protocol select command. As stated above, fbe 
simplicity of the network protocol allows the network controller of the present 
5 invention to control remote devices that lack a processor and, instead, comprise state 
machines. ♦ 

Because the network controller controls various remote devices via a 
coiomon bus and insures time-determinism in a precise manner, the network 
controUer operates using an addressing scheme. In one embodiment, fbe transmitter 
10 transmits messages comprising a command and an address of at least one remote 
device. Further, the transmitter simultaneously transmits messages to a plinrality of 
remote devices in accordance with a command and an address representing a group of 
devices. In this embodiment, each remote device is capable of reacting and 
responding to an assigned "unique address and/or one or more as^gned group 
15 addresses; The group address transmission enables the transmitter to direct a message 
to a group of remote devices. In a further embodiment, the transmitter can 
additionally transmit messages to individual remote devices in accordance with a 
unique logical addresses assigned to each of the plurahty of remote devices. In 
another embodiment, the transroitter is also adapted to transmit messages to all of the 
20 plurality of remote addresses in accordance with a global address. 

Once configured, the network controlier can then transmit messages between 
itself and the remote devices according to the same command protocol with which the 
plurality of remote devices are capable of understanding. In embodiments wherein 
the network controller transmits messages based iipon the Manchester encoding 
25 command protocol, the network controller transmits the messages in dther 

synchronous or asynchronous mode. These messages, transmitted in the Manchester 
encoding command protocol, comprise a sync portion, a message body and a parity 
flag, with the value of each transmitted bit defined by a voltage transition between' 
• fibrst and second states. In one embodiment whereia the network controller transmits 
30 messages in the synchrorious mode and indndes a dock transmitter, the network 
controller is capable of transmitting messages via the transmitter while concurrently 
transmittkig a clock signal to the of remote devices ^da the clock transmitter. And, 
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when operating in asynchronous mode, the network controller transnaits messages at a 
predetermined bit rate mtiaout transmitting a dock agnal. 

In embodiments "where tlie network controller transmits messages according 
to tbe UART command protocol, the network controller transmits the messages at a 
5 predetermined bit rate and according to a non-retam-to-zero (NRZ) bit format In 
an6ther embodiment, also where the network controller transmits messages according 
to the UART command protocol, the network controller transmits an idle pattern to 
reset the plurality of remote devices prior to transmitting each message. 



10 BRIEF DESCRIPTION OF THE DRAWINGS 

-FIG. 1 is a schematic block diagram of an electrical network system 
implementing one embodiment of the network controller of the present invention; 

FIG. 2 is a schematic block diagram of the network controller accord ing to one 
embodiment of the present invention; 
15 FIG. 3 is a block diagram illustrating the operational steps of the network 

controtter during operation of a device inventory word search according to one 
embodiment of the present invention; 

FIG. 4 is a block diagram illustrating the operational steps of the remote 
device during operation of a device inventory word search according to one 
20 embodiment of the present invention; 

FIG 5 is a schematic diagram of an electrical network system implemented on 
an aircraft; and 

FIG 6 is a schematic diagram of a translation device implemented with ah 
electrical network system, such as that illustrated in FIG. 5 . 



25 



DETAILED DESCRIPTION OF THE INVENTION 

The present invention now will be described more fiiUy hereiaafter with 
reference to the accompanying drawings, in which preferred embodiments of the 
' invention are shown This invention may, however, be embodied in many different 
30 forms and should not be constmed as limited to the embodiments set forth herein; 
rather, these embodiments are provided so that this disclosure will be thorough and 
. complete, and will fiilly convey the scope of the invention to those skilled in the art. 
Like numbers refer to like elements throughout, • 
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As described above, many conventional analog network systems require 
separate sets of dedicated wires and signal conditioners to run from each component 
within the system, which can be expensive, bulky, heavy, hard to install and maintain, 
and suffer from signal degradation due to DC resistance of the wires and noise. 
5 Additionally, many conventional digital network systems demand complicated 
communication schemes requiriag processors and, thus, suffer from high overhead 
network communication. These conventional dig.tal network systems may also 
require separate dock signals, m^ not support both acquisition and control, and may 
only support short network lengths. Moreover, many conventional digital network 
1 0 systems do not operate in a time-deterministic manner and have bulky network 
interfaces, slow network data rates and alow network device count. 

As described in greater detail below, the present iavention remedies these' and 
' other problems by providing a digital network system that allows various remote 
devices, such as sensors, actuators and subsystems, to communicate over an 
1 5 inexpensive, simple and high-^eed, yet robust, network line with a simple message 
protocol, small component size and low wire count Advantageously, the network 
controller of the present invention connects to the remote devices via a common 
network, thereby permitting the various remote devices to share the same wiring for 
coromunicating with the network controller. Additionally, the network controller of 
20 the present invention allows for minimally sized devices, longer network lines, and 
insures time-detenrdnism in a precise manner. The network controller also supports 
both acquisition and control, acquires data simultaneously from the remote devices 
and operates with synchronized data samples from the remote devices. 

Further, the network controller of the present invention operates in 
25 conjunction with a network protocol that allows the controller to communicate with 
either one or several remote devices at a time across the netwbifc. Importantly, the 
network protocol used by the network controller has a fixed, low-level iastruction set 
Due to the simplicity of the network protocol, the network controller of the present 
invention, can operate with remote devices that lack a processor and, instead, comprise 
30 a state machine that use pass through logic to process the commands and data between 
the network controller and the remote devices. 

As mentioned above, the network controller of the present invention is used to 
interconnect various remote devices via a common network bus. FIG. 1 is an 
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illustxation of one embodiment of the implementatioa of ttie network controller of the 
present invention. This illustration is provided so tiiat a more complete understanding 
of the present invention maybe appreciated. Itmust be understood that the present 
invention is not limited to this configuration and may be embodied in many different 
5 network systems. 

With regard to FIG. 1, a general embodiment of a networked system 25 in 
which the present invention is used is shown: Specifically, the networked system 
includes a host computer 30 such as high-level processor or personal computer that 
processes data from and sends commands and data to remote devices 36, such as 
10 sensors, adxiators and subsystems, located at desired points in 1he network. The 

networked system farther iuchides the network controller 32 of the present inventioia 
connected between the host computer and a network bus 34. Importantly, the network 
controller of the present invention comprises a part of a digital network that also 
comprises a cotrunon bus iaterconnectiog Ite network controller and remote devices. 
15 In some embodiments, the remote device 36 may include a network device 

interface (NDI), not illustrated, connected to the network 25. The NDI is used in 
embodiments in which transducers, whether sensors or actuators, cannot communicate 
directly with the network controller. The NDI receives and interprets commands 
from the network controEer and controls signal conditioning, such as receiving data 
20 from sensors or activating actuators, based on the commands and data from the 

network controEer. The NDI frirther includes a block of stack memory for storing the 
data and/or messages from the sensors and/or actuators. In this embodiment, the 
network controller is capable of pusidng data on or popping data off of the top the 
stack memory. ' Also, the NDI can receive, format and send data from the signal 
25 conditioning de\aces to the network controller. As the present iavention is focused on 
the controller, ihe various embodiniente bdow do notmention the communication 
between the network controller and NDI, but iustead depict the remote device as 
commimicating with the network controller. It must be understood that in some 
embodiments, the remote devices will include needed components to properly 
30 communicate with the network controller, while in other embodiments, a NDI will be 
needed. As such, the various communications of the remote devices discussed below 
may be performed by either the remote, device or a NDI. A complete detailed 
disclosure of such aNDI is provided ia U.S. Provisional Patent Apphcation Number 
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60/254,136 entitied: NETWORK mEM?ACE DEVICE FO 
lOTERPACmG REMOTE DEVICES TO A CONTROLLER 
and filed on December 8, 2000, and U.S. Patent AppEcation Number 09/735,146 
entitled: NETWORK DEVICE INTERFACE FOR DIGITALLY INTERFACING 
5 DATA CHANNELS TO A CONTROLLER VIA ANETWORK filed on December 
1 2, 2000. The bontents of this patent application are incorp orated in its entirely herdn 
by reference. 

As described above, the network controller 32, coupled with the network 
protocol and host computer 30, allows the network 25 to communicate with various 

10 remote devices 36, such as sensors, actuators and subsystems. More particularly, the 
network controller controls a network bus 34 that interconnects the remote devices to 
the network controller. The network controller uses the network bus to send 
coromands to the remote devices and receive responses from the remote devices. 
Within tbe network, the network controller is typically controlled by the host 

15 computer. By default, the host computer is generally responsible for initializing the 
network bus at startup, sending the initial commands and resetting aU hardware. 
Additionally, the host computer acts as the initial network controller at power-up. 
Further, in some embodiments, the host computer may also act as the operational 
network controller. 

20 Likewise, the network controller 32 may also contain the intelligence to be 

responsible for initializing the bus at startup, sending the initial commands and 
resetting all hardware. Additionally, the network controller may act as the master 
network controller, i.e., host computer 30, at power-up, thus having the capabihty to 
issue a stream of preprogrammed commands to the network and return data throueji 
25 the network controller to the host computer. The network controller may also alter the 
message arguments of the preprogrammed commands from data provided by the host 
computer. Such an embodiment can permit processor-free, time-deterministic 
operation of the network while still permitting control information to be processed 
and passed to the network 
- 30 The network controller 32, on the other hand, performs the functions of the 

host computer 30 whenit passes control to the network controller. Because the 
network controller is capable of performing, and many times performs, the ftmctions 
of the host computer, the foUov^dng descnption of the netwoik,-indudiag the functions 
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of the host computer, mil be described with reference only to the network controller. 
Additionally, although several of the functions of the network controller are 
performed either through hardware, such as state devices and/or Application Specific 
Integrated Circuits (ASIC), or through software, it should be noted that many 
5 hardv/are functions can be performed using software and vise versa mthout departing 
from the spirit and scope of the present invention. . ^ 

In addition to the network controller 32 operating as the master network 
controller, i.e., host computer 30 in one embodiment, in another embodiment the 
network controller can be configured to operate as a remote device 36 on the network 
10 25 . In this embodiment, the network controller can act as a ISODI to another, 

subsystem host computer on the network 25. In this embodiment, the network bus 34 
provides an intersystem connection between the host computer and the subsystem 
host computer. As such, the vanous communicalions between the network controller 
and the remote devices discussed below may be performed either between the 
15 • network controller and the remote devices or ISlDIs, or the network controller and 
other network controllers, actiag as NDIs. 

'In addition to the capabilities of the NDI, operating as a remote device 36, the 
network controller 32 adds additional memory capabihties that may not be available 
in the NDI. The NDI contains a set of memory, referred to as a Transducer Electronic 
20 Data Sheet (TEDS), that stores configuration and calibration data. Each network 

device, includiag each network controller, will contain a TEDS. Some of the memory 
areas iacluded within the TEDS aire not changeable by the user. Other areas are 
mandatory user areas for information such as logical and group addresses and an 
ASCII description area, and yet other areas are not mandatory. Advantageously, for a 
■ 25 network controller operating as a remote de\dce, this additional space can be used to 
access large blocks of memory, typically random access memory (RAM) and/or 
EEPROM memory, within the remote device's host computer. This allows the master 
network controller to access not only the stack memory, like on an NDI, but also the 
RAM and/or EEPROM memory locations in the remote device's (ie., network 
3 0 controller acting as a NDI) host computer. 

Because the network controller 32 of the present iavention connects to the 
remote devices via a common network 25, the network controller does not require 
dedicated connections to each remote device to control the network. The network 
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controUer instead uses an addressing sclienie to assiga and control each of the remote 
devices 36. To operate the network, each remote device is assigned one or more 
addresses/including a logical address, global address and, if configured, one or more 
group addresses. A logical address is an address recognized by a .single remote device 
5 that the network controller uses to direct a command, or request, to a particular remote 
device. A global address, on the other band, is an address recognized by all of the ^ ' 
remote devices on the network which the network controller uses to exchange 
universal data and commands. For example, the global address scheme permits the' 
network controller to universally initialize or reset all of the remote devises. A group 
10 address is an address that can be recognized by a particxilar group of remote devices 
on the network which the network controller uses to exchange group data and 
commands. For example, the group a:ddress scheme permits the network controller to 
set up time determioistic triggers for groups of remote devices at various sample rates. 
Referring now to FIG. 2, which depicts the network controller 32 electrically 
1 5 connected to a host computer 30 and a network bus 34. The network controller can 
contain an optional memory device 58, typically anEEPROM, RAM or Dual Ported 
RAM, that is electrically connected to the host computer. The memory device is 
designed to house a set of microcodes comprising control type commands for the 
network controller, such as timing schemes for collecting data from or providing data 
20 to the remote devices 36 connected to the network bus. In addition, the memory 
device is designed to house the^network protocol commands for the remote devices, 
such as measuring data and transroitdng data to the network controller. Optionally, 
the host computer can additionally select microcode commands 112 from the memory 
device for the network controller to perform. The network controller also includes a 
25 bus controller 44 that receives the microcodes, either from the memoiy device or the 
host computer, processes the microcodes and passes data when specified by the 
microcode. 

The network controller further includes a bus clock generator 56. The bus 
clock generator, running from dther a local oscillator 57 or an external dock 59 in 
30 various embodiments, generates multiple timing signals -that the network controller 
can use for various fianctions, such as logic operations, baud generation, synchronous 
clock generation and asynchronous' message receiving. The local oscillator canbe 
' selected to run at a multitude of diEferent frequencies. For example, in one 
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embodimerLt, the local oscillator operates at a frequency of 80 MHz, Because maay 
of tte functions of the network controller that use the dock do not require such a high 
frequency, the bus clock generator divides the local "oscillator frequency by a 
specified divisor, typically sbcteen. This divided clock signal is available as an output 

5 signal 61 that can be used to synchronize the network controller 32 to another network 
controller, not shown. * Similarly, the external clock input 59 can be used to 
synchronize the network controller with another network controller, not shown - 
A controller transmitter 48, electrically connected to the bus controller 44, 
receives the data froni the bus controller and formats the data into bit frames based on 

10 the conuriunications protocol understood by the remote devices, such as a Manchester 
encoded Bi-Pha$e Sensor and System (BiSenSys) protocol The BiSenSys protocol 
encodes messages by translating a voltage transition from a high state to low state as a 
binary '^1" and a voltage transition from a low state to a high state as a binary "0 " 
The controller transmitter then sends the bitframes, along with a clock signal, via a 

15 data transmitter 50 and a clock transmitter 52, respectfully, to the network bus 34 and, 
eventually, the remote devices. A data receiver 54, included within the network 
controller, receives message frames from the remote devices, through the network bus 
34, and passes the data to the network receiver 46. The network receiver, in turn, 
processes the message frames, formats them from their encoded form and passes them 

20 to the host computer 30. Additionally, the network receiver uses the various 

characteristics of the received message frames to determine any transmission errors . 
within the message frames, such as message frame errors 120, bi-phase encoding 
■ errors 114, parity errors 116 and error flag errors 118. 

The elements of the network controller 32, including the bus controller 44, 

25 bus clock generator 56, controller transmitter 48, data transmitter 50, clock transmitter 
52, data receiver 54 and network receiver 46 may be of a variety of types. But while 
they must aU be compatible with one another, they can comprise any of a variety of 
typical such elements, such as is known to those skilled in the art. Additionally, 
however, the elements that send and receive data from the network bus, are selected 

3 0 leased on the type of network implemented. For example, a physical layer such as RS- 
485, or TLA/EIA-485-A, standard half-duplex multidrop network allows multiple RS- 
485 comphant transmitters and receivers to reside on a single network line, with only 
one transmitter active at any given time. Additionally, the network controller can 
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support a fuU duplex configuration network bus 34 where messages are 
simultaneously transmitted between the network controller and an active remote 
device 36. Also, while the elements described and illustrated are separate from one 
another, they can be implemented in a single or in multiple combined elements, such 
5 as ia a field programmable gate array 60, without departing from the spirit and scope 
of the present invention. * 

The physical layer can consist of many different transfer configurations, 
iacludiag differential twisted pair copper wire, coaxial copper wire, fiber-optic cable 
and radio frequency transmission Physical layers, such as the RS -48 5 standard, 
10 allow tie network to support high speed bit transfer rates. But in embodiments where 
low bit rates are required, such as in the kilobit range, a single-ended copper network 
bus, with a common, ground return path may be used. In such embodiments, the 
controller transmitter 48 and network receiver 46 can be used to transmit messages 
and clock signals to and receive messages from the remote devices, and elements 
15 outside the field programmable gate array 60, such as a separate data transmitter 50, 
clock transmitter 52 and data receiver 54, are not required. 

As mentioned above, the network controller 32 of the present invention 
operates in conjunction with a protocol that allows remote devices to communicate 
over a simple and higih-speed yet robust digital multi-drop network 25. It must be 
20 understood that any applicable network protocol or physical layer, such as fiber-optic 
or wireless schemes, could be used in conjunction with the network controller of the 
present invention However, described bdowis a particular protocol that provides 
several advantages whenused in the network 25 iQustratedinFIG. L One important 
advantage being that the simplicity of the protocol allows the network controller to 
25 communicate with remote devices 36 comprising state machines, as opposed to high- 
level processors. 

In operation, the network 25 runs in various formats and modes based on the 
command protocol and communication type implem^ted (i.e., synchronous or 
asynchronous). The conunand protocol format is determined by the command 
3 0 protocol compatible with the physical layer of the operational remote devices 

connected to the network, such as the Manchester encoded format or the format 
compatible with a Universal Asynchronous Receiver Transmitter (UART) physical 
layer, suchas are known to those skilled in the art. Itis notmaadatory to siqpportboth 
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the Manchester encoded fonnat and UART physical layer on the network Selection 
of the format is set within the network controller 32 and can be selected using 
software. 

Command and datamessaging withia the network protocol canbe formatted 
5 to operate with both the Manchester encoding and UARTs. With the Manchester 
encoding, the network protocol comprises 18-bit message ^amps that include 
coromand frames and dataframes. Command frames are used to pass addresses and 
commands from the network controller to one or more remote devices. Each 
command frame consists of a command sync pattern, a 7-bit command word, a 10-bit 
10 address word and a parity bit. Data frames, can be used as arguments to command 
frames or responses from one or more remote devices issued in response to 
coromands from the network controller. Each data frame consists of a data sync 
pattern, a 1 6-bit data word, an error flag bit and a parity bit The error bit is used by 
the remote devices 36 to ioformthe network controller 32 of the occurrence of an 
1 5 error within the remote device. Once the network controller receives the error flag 
from the remote device, the network controller can either issue commands such as 
Read Status Register^ discussed below, to the remote device to try and determine the 
nature of the error. Advantageously, the use of the error flag bit allows the network 
controller to receive output data from the remote devices along with the error flag, 
20 ' instead of only receiving an error notification, such as an error word. With fbe 

Manchester encoding, the network can operate at any data rate from DC - to a high 
bit rate such as 10 MHz or higher in synchronous mode or at several predetermined 
bit rates in asynchronous mode. 

Distinguished from the Manchester encoding method, in UART mode, the 
25 network 25 is designed to typically operate at one bit rate and use non-retom-to-zero 
(NRZ) bit coding. UART message frames contain three required 1 1 -bit frames, 
including address, command and checksum frames, and two optional 11 -bit frames, 
including number of data and data frames, utilized depending upon thecommand 
issued by the network controller. The first bit in every frame will be a start bit (set to 
30 "0"). The final bit of all frames is a stop bit (set to "1")- Additionally, the tenth bit is 
used by all frames is used to identify the first frame cfamessage (i.e., the address 
frame). 
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The commu2iica1ioafonnatimplemeatedby the network 25 can include either 
synchronous or asynchronous communication, depending on the operational remote 
devices or control of the network controller. Using the Manchester encoding method, 
the coromunicalion format can be enabled by the network controller 32, and 
5 - automatically detected by the remote devices 36 monitoring the network for 

synchronous clock lines. The network, using the Manchester encoded method, can • 
typically be used synchronously at any bit rate between DC - to a high bit rate such as 
10 MHz or higher, and the network controller and remote devices can operate 
asynchronously at several predetermined bit rates, such as lOK, 20K, 1.25M, 2.5M, 
10 5M, and TOM bits/sec. The lower bit rates permit sragle-ended physical layers 
reducing wiring costs and transceiver costs. High hit rates in the Mbit/sec range 
require differential copper signaling, fiber-optic, coaxial, or some other high-integrity 
signahng physical layer. Using the UART physical layer, the network typically 
operates at 1 . 0 or 1 .25 Mbits/sec. 
i 5 With regard to the Manchester encoding method, in the synchronous mode, 

the clock generator 56 of the network controller provides a continuous synchronous 
clock signal. The synchronous clock signal is used by the remote devices of the 
present invention in the synchronous mode to clock in data from the network 
controller and to clock data out to the network controller. 
20 With the Manchester encoding method, operating asynchronously, a 

synchronous clock signal is not transmitted, and the network controller 32 operates at 
a predetenrdned bit rate. Duiing operaion, the network conlroller may alternate 
between a synchronous and asynchronous mode. If the network controller changes to 
the asynchronous mode during operation, the bit rate is initially set at the lowest bit 
25 rate. The bit rate can then be changed using a Baud Select command, as described 
below. The remote devices 36 detect whether the network controller is operating in 
■ the synchronous or asynchronous mode by senshig whether the clock generator 56 is 
providing a synchronous clock signal, and adjusting their operation accordingly. If 
the network controller does alter the bit rate once the network enters asynchronous 
3 0 mode, the data transmitter 50 transmits data at the new bit rate to the remote devices. 
The remote devices, ia turn, alter their oulput bit rate and send messages and data 
back to the data receiver 54 at the new bit rate. But before the data transmitter 
transmits operational commands to the remote devices, it may issue a null command 
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to the remote de\T.ces to msure tiie remote devices resyuchronize with the network 
controller at the new bit rate. 

As described above, each remote device 36 is provided with a logical address 
that uniquely identifies the remote device. Further, there is a global address that 
5 addresses all channels of all remote devices, and multiple group addresses that 
address a number of remote devices; *The global address is used for the exchto^ 
global data and commands. The group address is an address that can be recognized 
by multiple remote devices and is used for the exchange of data and commands to a 
group or subset of remote devices on the network. Associated with the group address 
10 is a group mask stored in the remote device. The group mask is a 16-bit word, 

representing 16 predetermined network addresses, where each bit set to " 1" represents 
an address of the group that the remote device belongs. 

As an example, in one embodiment, the global address is assigned as OOOOhex 
In this embodiment, if the network controller 32 transmits the address OOOOhex, all of 
15 the remote devices will foUow the command. The network controller typically uses 
this command for service comimands, triggering, resetting the system or testing the 
network 25. Further, in one emb odiment, ihe group addresses are selected in the 
range of OOOlhex to OOOfhex, representing the range available in the remote device's 
group mask In this embodiment, when the network controller transmits an address in . 
20 this range to a remote device 36, the remote device will compare the group address 
with the group mask it has stored. If the bit in the group mask corresponding to the 
group address is set, the reniote device w^ill interpret andfoUow the command 
associated with the group address. For example, if the remote device has the group 
mask lOOOOOOOllOObin stored, the remote device bdongs to group addresses 
25 OOOfhex, OOOShex, and 0002hex. 

The group address scheme is designed to permit -flie network controller 32 to 
set up time-deterministic triggers for groups of remote devices 36 at various sample 
rates. Table 1 illustrates a group of sensors having different sample rates and their 
group assignments, and Table 2 illustrates the sequence for polling the sensors. 

Table 1 



Logical Address 


Device 


Sample Rate 
(Samples/sec) 


Group Address, 


16 


Temperature 1 


• 125 


1 
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Logical Address 


Device 


Sample Rate 
(Samples/sec) 


Group Address 


17 


Pressure 1 


250 


1,2 


18 


Strain 1 


500 


1,2,3 


19 


Strain 2 


500 


1,2,3 


' 20 


Strains 


500 


, 1,2,3 


21 


Strain 4 


.500 


1,2,3 


22 


Accelerometer 1 


1000 


1,2,3,4 


23 


Acceierometer 2 


1000 


1,2,3,4 


24 


Accelerometer 3 


1000 


1,2,3,4 1 


25 


Accelerometer 4 


1000 


1,2,3,4 



Table 2 



Command Execution Time 


Action 


0 


Issue Trigger Command to Address 1 




Poll Addresses 1 6 tldrough 25 


1 msec 


Issue Trigger Command to Address 4 




Poll Addresses 22 through 25 


1 msec 


Issue Trigger Command to Address 3 




Poll Addresses 1 8 lirou^ 25 


1 msec 


Issue Trigger Command to Address 4 




Poll Addresses 22 through- 25 


1 msec 


Issue Trigger Command to Address 2 




Poll Addresses 17 through 25 


1 msec 


Issue Trigger Command to Address 4 




Poll Addresses 22 through 25 


1 msec 


Issue Trigger Command to Address 3 




PoU Addresses 18 through 25 


1 m^ec 


Issue Trigger Command to Address 4 




"Poll Addresses 22 through 25 


- 1 msec 


Restart Sequence 
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With regard to the group addresses, if the network controller 32 sends out a 
group address, the remote device will decode the address portion of the command and 
' compare the group address to the group mask stored inthe remote device. If the 
group mask indicates that the remote device is a member of the group address, the ' 
5 remote device will perform the command assodated wilhihe group address. 

As stated previously, the network controller of the present invention operates 
in conjunction with a selected protocol. In one embodiment, this protocol is designed 
' to insure low-level communication control interfaces, (i,e., rietwork controllers 32 and 
remote devices 36). This protocol makes possible the development of controller and 
10 network interfaces that are highly miniaturized wilhin the network 25, If the network 
controller and remote devices are implemented using an ASIC, in conjunction with 
the protocol, the network controller aad remote device can respond quickly and 
efficiently allowing for maximized bus efficiency. 

The protocol of the present invention also has a low overhead command 
1 5 structure. It does not use a fixed length message. The length of the message varies 
depending on the command. This, in turn, pennits the eHmination of unnecessary 
data being transmitted, if it is not needed to execute a function. Iq addition, the 
command set associated with the protocol is minimal and straightforward allowing the 
user to easily pass data through the network bus 34 with minimal manipulation 
20 Generally, the commands included within the command set of the protocol fall 

into three broad categories, service commands, data commands and memory 
commands. Many of the commands of the network protocol are described below in 
Table 3 . It should be noted, however, that the description of the coramands bdow are 
intended to be illustrative, and not exhaustive, of the commands within the command 
25 set the network controller and remote devices can interpret. Some of the described 
commands may not be implemented m some embodiments, and other commands may 
be used m other embodiments, without departing firomthe spirit and scope of the • 
present invention A detailed disclosure of the commands directed at r^ote device 
- processing is also provided ki U.S. Provisional Patent Application Number 
30 60/254,136 entitled: NETWORK INTERFACE DEVICE FOR DIGITALLY 

INTERFACING REMOTE DEVICES TO A CONTROLLER VIA A NETWORK 
and filed onDecember 8, 2000, and U.S. Patent Apphcation Number 09/735,146 
entitled: NET\^^ORK DEVICE INTERFACE FORDIGITALLY INTERFACING 
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DATA CHANNELS TO A CONTROLLER VLA ANETWORK filed on December 
12, 2000. 

Tables 



Command (hex) 


Command Description 


Service Commands 


00 


No Op ' 


01 • 


Built in Test 


02 


Reset 


03 


Read Status Register 


04 


Device laventory Enable 


05 


Device Inventory 


06 . 


Control Pass 


07 


Wake 


08 > 


Sleep 


09 


E-Calibration 


OA 


Z-Calibration 


OB 


Synchronize 


OC 


Baud Sebct 


OD-OF 


Reserved 






Data Commands 


20 


Trigger 


21 


Trigger and Read 


22 


Read In-Data Register Word 


23 


Read In-Data Stack Word 


24 


Read In-Data Stack Block 


25 


Query In-Data/Out-Data Stack D epth. 


26 


Write Out-Data Stack Word 


27 


Write Out-Data Stack Word/Echo to In-Data Register 


28 


Write Out-Data StackBIock 


29-2F 


Reserved 
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Command (hex) 


Command Description 


Memory Commands 


30 ' 


Set Memory Pointer 


31 


Read Memory Word with Current Pointer 


32 


Read Memory Block with Current Pointer 


^ i 

33 


Write Memory Word with Current Pointer 


34 


Write Memory Block with Current Pointer 


35 


Read Memory Word with Passed Pointer 


36 


Read Memory Block with Passed Pointer 


37 


Write Memory Word withPassed Pointer 


38 


Write Memory Block with Passed Pointer 


39-7F 


Reserved 



As described previously, the host computer 30, by default, issues many 
commands 110 directly to the netwoEk25, mcluding initializing the network bus 34 at 
startup, sending the initial commands and resetting all hardware. The host computer 

5 may also send commands and receive responses directly from the network. Likewise, 
as previously stated, the network controller 32 may also contain the intelligence to be 
responsible for initializing the bus at startup, sending the initial commands and 
resetting all hardware. Also, the network controller 32 may act as the master network 
controller, ie., host computer, at power-up, thus having the capability to issue a 

1 0 stream of preprogrammed commands to the network and return data through the 

network controller to the host computer 30. Additionally the network controller 32 . 
may alter the message arguments of the preprogrammed commands from data 
provided by the host computer 30. Such m embodiment can relieve the processor of 
consuming tasks and permit processor free time-deterministic operation of the 

15 network while stiU permitting control information to be processed and passed to the 
network 

In one embodiment, control of the network can be passed temporarily from the 
host computer 30 or network controller 32 to a remote device 36 that has the 
capability of network control (and that may also be controlled by a host computer) 
20 using a Control Pass command. This permits other defaces on the network bus 34 to • 
issue commands and receive responses without the netwo± controller 32 scheduling 
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the commands. Such aa applicatioa would be useful for remote devices capable of 
network control that need to acquire or pass significant information that is unique and 
not necessary for the network controller: The network controller has the capability of 
regaining control by issuing a Reset command which would perhaps confEct with 
5 traf&c on the network bus, but would cause the remote device with temporary control 
to become silent, and allow the remote^ device to receive anoth* Reset command 
indicating loss of control. 

In order for the network controller 32 to have fiill control over the remote 
devices 36, the network protocol includes several service cormnands, including 
10 several testing commands, such as Btdlt-in-Tests, E-Calibration and Z-Calibration. 
To maintain remote devices and allow them to check their internal circuitry, the 
network controller can issue a Built-in-Tests command to the remote devices. While 
the network controller controls when these tests are performed, the remote device 
manufacturer defines the nature and scope of the tests performed by each remote 
1 5 device. The network controller uses the E-Calibration and Z-Calibration commands 
to generate a calibration measurement in the remote devices. Issuing an E- 
Ccdibration command, the network controller ioitiates the remote device to replace its 
input with a known reference voltage and take a measurement using the Trigger 
command, described below. Similarly, when the network controller issues a Z- 
20 Calibration command, the remote device shorts out its input and takes a measurement 
usiQg the Trigger command. These commands allow the network controller to 
compare a known measurement against the actual vailue measured by the remote 
devices during the test. Additionally, these commands may also permit the initiation 
of an autocahbration procedure built in to the remote device setting the devices to a 
25 predetermined cahbration when instructed. 

Also included within the service commands are No Op^ Resets Read Status . 
Register^ Wake^ Sleep and Synchronize commands. The network controller issues the 
No Op command to the remote devices, typically along with another command, to 
instruct the remote devices to take no action or generate any response. When the 
30 network controller 32 wants to initialize the remote devices 36 to their power-up state, 
the network controller issues a Reset command 102. This command is used by the 
network controller to reset the network bus 34 and remote devices when necessary, 
and used by the host computer 30 and/or network controller to regain control of the 
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network from anotiier liost computer and/or network controller that has temporary 
control of the network. Additionally, this command can be used by a remote device 
manufacturer to perfonn other resetting functions within a remote device. 

To access the status of a remote device, or multiple remote devices, the 
5 network controller issues a Read Status Register command to the remote devices. In 
response to this command, the selected remote devices will transfer the contents of itSi 
status register to the network controller indicating the status of the remote device, 
■ such as device not ready error, device does not support command error, message 
transmission error, invalid argument error or that a built-in-test has been performed 
1 0 since the last status read. 

To control the power draw of the remote devices 36 on a network 25 equipped 
with current limited power leads, the netP^^ork controller will issue Wake and Sleep 
coromands to the remote devices. The network controller 32 uses the Wake command 
to wake up a remote device in power down mode. After receiving this command, the 
1 5 remote device wall return to normal operating mode. To put a device ia power down 
mode, the network controller issues a Sleep command. This command will catise a 
remote device that will not be interrogated by the network bus 34 for a significant 
amount of time to reduce power draw from the network. 

Some remote devices use oversampling techniiques such, as Sigma-Ddta 
20 converters to acquire data. To synchronize the acquisition of oversampling devices 
using the clock generator 56 of the network controller 32, the network controller 
issues a Synchronize command. When issued, the selected remote devices 
synchronize their data acquialion on the next synchronous clock edge following the 
changing center edge of the parity bit in the trigger command message. If the device 
25 has an internal clock signal for running the Sigma-Delta converter that is synchronous 
with the clock generator signal, butis some fraction of the bus clock signal, the 
remote device will align itself with the clock generator signal. This will allow . 
multiple remote devices to run substantially synchronously. If the sample and hold do 
not occur at this time, the remote device manufacturer will define the delay in clock 
3 0 cycles of the remote device. 

As mentioned above, the network controller 32 addresses each of the remote 
devices by a logical, group and global addressing scheme. To begin implementation 
of the network 25, the network controller 32 inventories the remote devices 3 6 on the 
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network and assigns the logical and, if configured, gronp addresses to those devices. 
Although the network controller can perform the inventorying and addressing by any 
conventional methbd, it typically performs suchfimctions via a device inventory 
session. Using the Manchester encoded method, the network controller performs the 
5 device inventory session using a universal unique identifier (UUID) stored on each 
remote device, as illustrated ih FIG. 3. .Every remote device, at the time of 
manufacture, is assigned a UUID code that is derived by each device' s manufacturer 
based on a defined set of criteria. The UUID consists of an 80-bit code that is used as 
a unique identifier that no o^hsr devices can posses. Due to the excessive length of . 
10 the UUED, however, it is too long for t£e network to implement in the addressing 
scheme for the remote devices. UART compliant devices can contain a UUID , 
however, they cannot perform a device inventory. Therefore, in UART mode, the 
network controller individually assigns logical and group addresses to UART 
compliant remote devices as those devices are connected to the network. 
1 5 During the device inventory session using the Manchester encoded format, the 

network controller 32 determines the UUIDs of the each remote device 36 by 
performing a UUID word search. The UUID word search, in turn, iacludes what is 
known as a bit competition to ensure that the network controller recdves and assigns 
addresses to only one partictalar UUID at a time. 
20 A device inventory session, begins with the network controller issuing- a 

Device Inventory Enable command with a global address or a group of addresses 
(firom a previous device inventory). At this point all devices wdthin the address group 
are in device inventory mode. Once in the device inventory mode, the address field ia 
the command frame becomes afimction code field (hereinafter function codes will be 
25 represented in parenthesis after its respective command) as illustrated in FIG. 2 and 
blocks 200 and 300 of FIGS. 3 and 4, respectively. The network controller then 
issues a Device Inventory {New UUID Word Search) conmaand to the remote devices 
indicating that the session is begLoning a new UUID word search, as illustrated in 
block 201 of FIG. 3 and block 302 of FIG. 4. Then, the network controller begins the 
30 bit competition by issuing Device Inventory (UUID Bit Competition, No Dropouts) 
command, institutin.g what is known as a '"No Dropout" function wherein the devices 
identify and evaluate the least significant bit of their respective UUIDs, as shown in 
block 204 of FIG. 3 and blocks 304 and 306 of FIG. 4. If the identified bit is a "0," 
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the remote device transmits a pulse on the network 106 to the network controller, as. 
shown in FIG. 2 and blocks 308 and 310 of FIG. 4. If a pulse is detected on the 
network and the current bit is not the dghtiefh bit (80) (i.e., the most signi&cant . 
UlUD bit), the network controller stores the signal as a "0" in a UUID memory 
5 location, as shown in blocks 206 and 208 of FIG 3 and block 312 of FIG, 4, If the 
remote device's current bit is a "1," the remote device doesn't send apulse to the 
network controller. If no remote devices send a pxilse to this network controller and 
the identified bit is not the eightieth bit, the network controller stores a"!" in the 
UUID memory location, as illustrated in blocks 212 and 214. While the UUDD 
10 memory location can comprise any conventional device fhatis capable of at least 
temporarily storing values, it typically comprises a shift register. 

After the remote devices 36 evaluate the identified bit, each remote device 
shifts the identified bit into a secondary location and identifies its nexlleast 
significant UUID bit, as illustrated mblock 314 of FIG. 4. If the network controller 
15 32 has stored a 1" m the UUID niemory location, the network controller reissues the 
Device Iny^ntory (UUID Bit Competition, No Dropout) command to the remote 
devices, as- illustrated in block 216 of FIG. 3. The remote devices then repeat the 
process identified above depending upon whether the newly identified bit is a"0" or 
"1." Tf, on the other hand, the network controller has stored a "0" ia the UUID 
20 ^ memory location, the network controller issues what a Device Inventory (UUID Bit 
Competition, 1 's Dropout) command, initiating what is "known as a "1 's Dropout" 
function to the remote devices, as shown in block 210 of FIG 3"and block 326 of FIG. 
4. If a remote device' s bit stored in the secondary location is a " 1 /' the remote device 
exits the bit competition and waits for a Ner^ UUID Word Search command to reenter 
25 the competition, as shown ia block 326. If the remote device's bit stored in the 
secondary location is a "0," the remote device evaluates its newly identified bit, 
following the procedure described above. The procedure then continues with each of 
the remote devices' UUID bits, completing 81 iterations of the procedure to allowfor 
the wioning remote device to detennine it won the bit competition, as shoT^ai in blocks 
30 218 and 220, 

As each remote device's UUID is found by winning the bit competition, as 
shown ia block 316 of FIG. 4, the reniote device 36 is assigned its logical and group 
addresses widch are stored along with any desired TEDS ioformation needed in the 
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remote device, as illustrated in blocks 221 and 222 of FIG. 3 and blocks 318-324 of 
FIG. 4. This information is typically stored in a memory device, such as an 
EEPROM, on the remote device. The network controller 32 then issues the Device 
'Inventory (Protect/Exit Device Imentory Mode) command which causes the winning 
5 remote device to exit the device inventory session, as shown in block 223 of FIG. 3 . 
' ' The network controller then starts the procedure over, as illustrated in block 

201, until all devices have been identified. The network controller recognizes when 
all of the devices have been recognized when all 80 bits in the bus controller' s UUID 
register are " 1' s " as shown in block 224. When the UUID of every remote device on 
10 the network 25 has been searched and determined, the network controller 32 will issue 
2, Device Invenfojy (All Exit Device Inventory) command and, thus, complete the 
inventory, as illustrated in block 225. Typic^ly, the device inventory session wiU 
only have to be completed once the network is assembled or changed. But a device 
inventory session can be run at any tune to verify the network configuration or to 
15 insure the network is configured. 

As described previously, the network 25 is capable of operating at difOarent 
- baud rates. When operating in asynchronous mode, the network will default to the 
lowest baud rate configured for the network. The network controller 32 can change 
the baud rate of data transmission by issuiug a Baud Select command 108, as shown 
20 in FIG. 2. To insure the remote devices 36 resynchronize at the new communication 
speed with the network controller, the network controller must issue a No Op 
coromand following the Baud Select command. Once the network controller 32 has 
inventoried and assigned addresses to the remote devices 36, the network corrtroUer 
can issue commands to the remote devices to send data to and receive data from those 
25 devices. 

In order for the network controller 32 to have Ml control over the remote 
devices 36, the network protocol includes several data acquisition and control 
coromands, such as Trigger, Trigger and Read, Read In-Data Register Word, Read 
In-Data Stack Word, Readln-Data stack Block, Query In-Data/Out-Daia Stack 
30 Depth, Write Out-Data Stack Word, Write Out-Data Stack Word/Echo to In-Data 
Register and Write Out-Data Stack Block. These conunands are used to address a 
sequential type of memory in remote devices that resembles a stack of memory that is 
accessed by pushing data on or popping data off of the top of a stack of memory 
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locations. To initiate anincomiiLg data measurement in a sensor or move a value to 
an output in an actuator in all devices that belong to a logical and/or group address, 
the network controller wiU issue a Trigger command to those devices. Following a 
data measurement, if the network controller wants to receive the measurements taken 
5 by the remote devices, the network controUer will issue a Readln-Data Stack Word 
command to each of those devices. If multiple trigger commands are issued to the 
remote devices, the Readln-Data stack Block command issued to each device wiU 
return the multiple measurements taken. Additionally, along with receiving data from 
remote devices, the network controller can additionally write* data to the remote 
1 0 devices by issuing a Write Out-Data Stack Word, Write Out-Data Stack WordMcho to 
In-Data Register, or Write Out-Data Stack Block command. It should also be noted 
that even though a Read command typically follows a Trigger command, the network 
controller can issue the Read command at any time as long as the remote device has a 
data value stored within it. Trigger commands typically follow a write command to 
1 5 the remote device, which then cause the output of the remote device to be updated 
with the value or group of values of the previous Write Out-Data commands. 

To initiate a measurement cycle in a remote device 36 and immediately 
transrdt the results of the previous measurement cycle onto the network bus 34, the 
network controller 32 will issue a Trigger and Read command. Because the network 
20 25 generally only supports data transmission from a single remote device at any given 
time. Trigger otidRead cormnands are generally limited to unique logical addresses 
only, and will not use group addressijog. To determine how many valid data words 
are stored in a selected remote device, the network controller will issue a Query In- 
Data/Ovt-Data Stack Depth command to a specific logical address. The remote 
25 device, in turn, responds by transmitting to the network bus the number of vahd words 
stored. 

In addition to reading or writing to a data stack on the remote device 36, the 
network controller 32 can additionally read from or write to the memory of the remote 
devices by issuing a number of random access memory commands, including Read 
3 0 Memory and Write Memory commands. This memory can represent many different 
memory locations, such as the mandatory TEDS information contained within the 
remote device or additional memory space withdn the remote devices host computer. 
The network controller can read from the memory of a remote device by issuing a 
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Read Memory command. To read a length of memory, either a word or block, flie 
network controller will issue a ReadMemojy Wordwith Passed Pointer command 
and additionally specify the memory location. Additionally, the network controller 
can set the remote devices memory pointer by issuing a Set Memory Pointer 
5 - command and then issue a Read Memory Word with Cwrent Pointer conmiand . 
Likewise, the network controller can write to either a word or block of memory on a 
remote device by issuing a Write Memory Block with Passed Pointer command and 
additionally specify the memory location Additionally, the network controller can 
set the remote devices memory pointer by issuing a Set Memory Pointer command 
10 aad then issue a Write Memory Blockwith Cun-ent Poijiter command. 

Referring now to FIG.* 5, as previously stated, tiie avionics iadustry provides a 
typical application of the network controller. For example, the network controller 22 
can be used on an aircraft 10 to control and monitor actuators and sensors. The 
aircraft can use the network to monitor various critical structural locations for strains 
1 5 12, such as wing root, wing surface, tail root, tail cord and landing gear strains, and 
accelerations 14, such as wing tip and tail tip accelerations. Additionally, the network 
can be used to monitor the pressure 16 at various critical structural locations, such as 
critical belly pressures for sonic fatigue, as well as key corrosion locations 18 for 
radar, landing gear and leading edges, and engine casing temperatures 20. 
20 The network controller of the present invention therefore allows netwoit 

components to communicate over an inexpensive, simple and high-speed, yet robust, 
network line with a simple message protocol, small component size and low wire 
count. The network controller can also advantageously operate without the use of a 
microcontroller or processor for the network components using either a Manchester 
25 encoding or UART conmand protocols, thereby redudng the overhead associated 
with an associated host processor and allowing the entire network to run via the 
controller's single clock signal. Also, the network controller supports both 
acquisition and control, acquires data simultaneously from the components and 
operates with synchronized data samples from the components. The network 
3 0 controller can be used for eflEicient, time-deterministic, high-speed acquisition and 

control, and intersystem data transfer. Further, the network controller allows for high 
component counts, longer network lines and insures time determinism in a precise 
manner. 
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As illustrated in FIG. 5, the network coatroller of the present invention may be 
implemented in a monitoring system for monitoring various portions of an obj ect, 
such as an aircraft or automobile. In some embodiments, such as in an aircraft, the 
various sensors and actuators of the monitoring system may be spread throughout the 
5 aircraft at different locations of interest. For example, in some applications, the 
monitoring syistemmay include a first set of sensors and actuators located about or 
near the tail of the aircraft, a second set at or about the ^wings, and a third at or about 
the cockpit, vvith an elongated network bus line between the sets of sensors and 
actuators. 

10 As discussed previously, however, the use of metalhc vmmg, such as vviring 

made of copper, has some drawbacks due to DC resistance thatmay degrade 
commands and data transmitted on the network bus. This problem with metallic 
v/iring may become troublesome in instances where there are elongated spans 
between, for example, the first set of sensors and actuators located at the tail of the 

15 -aircraft and the second set of sensors and actuators located at the wing of the aircraft. 
Specifically, an elongated metallic wiring acting as the bus link between these two 
sets of sensors and actuators may degrade command and data communication on the 
bus. 

In hght of this, with reference to FIG. 6, in one embodiment, the present 
20 invention provides a translation device 330 that transitions from metallic wiring used 
by the network bus to connect the sensors and actuator of the first set located at the 
wing to metallic wiring used to interconnect the sensors and actuators of the second 
set located at the wing or cockpit using a fiber optic cable. This is advantageous 
because fiber optic cable typically does not degrade- signals significantly as they 
25 propagate along its length, thereby allowing the first and second sets of sensors and 
, actuators to be spaced relatively fax apart without concerns of signal degradation 
during propagatioii across the distance between the first and second sets. 

For example, FIG. 6 illustrates a first metallic line 332 that is connected to a 
first set of sensors and actuators located at a position of an object and a second 
30 metalhc line 334 connected to a second set of sensors and actuators located at a 

different position on the object. Connecting the first and second metalhc wiring is a 
set of fiber-optic cables 336 or similar "^e cables that mioimally degrade signals due 
to length Between the fiber-optic cables and each copper wire is a translator device 
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330 for transitioniiig tlie signals pjopagating on the metallic line into optic signals and 
vice versa. 

Importantly, in this illustrative embodiment, the metallic lines are a half- 
duplex bus, while the fiber-optic cable is fbll-duplex. In hght of this, not only do the 
5 translation devices of the present invention transition the commands and data present 
on the network bus to optical data for transmission across the fiber-optic cable, but 
they may also translate the commands and data fi:om a half-duplex system to a full- 
duplex system and vice versa. In this embodiment, the translation devices of the 
present invention may mclude anRS-485 transducer for receiving and transmitting 
10 data. Connected to the transducer is logic that translates the commands and data 
located on the network bus between half and fiiU-duplex for transmission across the 
fiber-optic cable and copper wires. 

Many modifications and other embodiments of Ihe invention will come to 
mind to one skilled in the art to which this invention pertains having the benefit of the 
1 5 teachings presented in the foregoing descriptions and the associated drawings. 

Therefore, it is to be understood that the invention is not to be limited to the specific 
embodiments disclosed and that modifications and other embodiments are intended to 
be included within the scope of the appended claims. Although specific terms are 
employed hereio, they are used in a generic and descriptive sense only and not for 
20 purposes of limitation. 



r 
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WHAT IS CLAIMED IS: 

1 . A network controller for digitally directing commimications witt a 
plurality of remote devices via a common bus, the network controller comprising: 
5 a transmitter for digitally transmitting messages via the common bus; 

a receiver for receiving digital messages from the comonon bus ; and 
a clock for providing clock signals to both said transmitter and said receiver, 
wherein both said transmitter and receiver are capable of selectively 
operating in either mode selected from the group consisting of a synchronous mode 
10 and an asynchronous mode, wherein said transmitter transmits both messages and the 
clock signals via the common bus in the synchronous mode, and wherein said 
transmitter transmits messages at a predetermined bit rate without any accompanyiag 
clock signals via the common bus in the asynchronous mode. 

15 2. A network controller according to Claim 1 further comprising a clock 

transmitter for digitally transmittmg the clock signals via the common bus, wherein 
said clock transmitter operates at a constant level during the asynchronous mode. 

3 . A network controller accordiag to Claim 1 whereiD said clock receives 
20 a baud select command that defines the predetermined bit rate at which said 

transmitter will transmit messages in the asynchronous mode. 

4. A network controller according to Claim 1 whereki said network 
controller is capable of comnianding a remote device to at least temporarily direct the 

25 coromunication with the other remote devices via the common bus. 

5 . A network controller accordiag to Claim 1 wherein said receiver 
asynchronously receives messages from the common bus. 



30 



6. A network controller accordiag to Claim 1 wherein the common bus is 
selected from a group consisting of differential twisted copper wire, coaxial copper 
vidre, fiber-optic cable and siagle-ended copper wire. 
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7. A network controller according to Claim 1 wherein the network 
controller is capable of selectively operating in either conmmnicationmode selected 
from the group consisting of a half-duplex communication mode and a fiiU-duplex 
communication mode. 

5 ^ • 

8. AinetworkVontroUeET according to Claim 1 wherein said network 

controller is capable of acting as a remote device while another, master network 
controller directs conmiunications with the plurality of remote devices, including the 
network controller, via the common bus. 

10 

9. Anetwork controller according to Claim 8, wherein said network 
controller is capable of interacting with a host computer having stack memory and 
random access memory (RAM), wherein when said network controller is acting as a 
remote device, the master network controller is capable of selectively accessing either 

1 5 type of memory selected from the group consisting of the stack of secpiential memory 
and the RAM. 

10. A network controller for digitally directing communi cations with a 
plurality of remote devices via a common bus, the netwodc controller comprising: 

20 a transmitter for transmitting digital messages to the plurality of remote 

devices via the common bus at a predetermined bit rate, said transmitter bdng .capable 
of altering the predetermined bit rate at which messages are transmitted wMle 
communicating with the plurality of remote devices; and 

a receiver for receiving distal messages from the plurality of remote devices 

25 via the common bus at the same predetermined bit fate at which messages were 
previously transmitted to the plurality of remote devices such that said receiveris 
capable of receiviag messages as' said transmitter alters the predetermined bit rate 
without relying upon any dock signals. 

30 11. A network controller according to Claim 1 0 wherein said transmitter 

transmits an example message to the at least one remote device at an altered bit rate 
following alteration of the predetemuned bit rate. 
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12. Anetwork controller according to-Claim 10 wherein said ixansmitter 
receives a baud select command that defines the predetermined bit rate at which the 
messages will be transmitted. 

5 13 . ' A method for digitally communicating between a netwodc controller 

and a plurality of remote devices via a common bus, the method compiisihg: 

configuring the controller based upon a command protocol according to 
which the plurality of remote devices are capable of communicating, wherein the 
plurahty of remote devices are capable of communicating according to a command 

10 protocol selected jfromthe group consisting of Manchester encoding and a Universal 
Asynchronous Receiver Transmitter (UART) protocol; and 

transmitting messages between the bus controller and the plurality of remote 
devices according to the same command protocol with which the plurality of remote 
devices are capable of communicating. 

15 

14. A method according to Claim 13 wherein transmitting messages 
comprises transmitting messages according to the Manchester encoding command 
protocol if the plurality of remote devices are capable of communicatiQg according to 
the Manchester encoding cormnand protocol, and wherdn transmitting messages 

20 according to the Manchester encoding command protocol comprises transmitting 
messages according to a mode selected from the group consisting of a synchronous 
mode and an asynchronous mode. 

15. A method according to Claim 14 wherein transmitting messages in the 
25 synchronous mode comprises transmitting messages while concunenliy transmitting a 

clock signal from the network controller to the plurality of remote devices via a 
common clock transmitter, and whereia transmitting messages in the asynchronous 
mode comprises transmitting messages at a predetermined bit rate without 
transmitting a clock signal. 

30 

16: A method according to Claim 14 wherein the messages comprise at 
least one message pulse, wherein transmitting messages according to the Manchester 
encoding command protocol comprises transmitting messages inthe asynchronous 
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mode, and furtiier comprising synchronizing the messages using an edge of the 
message pulse. 

17. A method according to Claim 13 wherein transmitting messages 

5 comprises transmittiag messages according to the Manchester encoding command 
' "protocol if the plurality of remote devices are capable of co mm unicating according to 
the Manchester encoding command protocol, and wherein transmitting messages 
accordiag to the Manchester encoding prptocol comprises transmitting messages 
comprised of a plurality of bits, each having a value defined by a trandtion between 
10 first and second states. 

18. A method according to Claida 13 whef era transmitting messages 
comprises transmitting messages according to the Manchester encoding command 
protocol if the plurality of remote devices are capable of communicating according to 

15 1iie Manchester encoding comm^d protocol, and wherdn transmitting messages 
according to the Manchester encoding command protocol comprises transmitting 
messages comprised of a sync portion, a message body and a parity flag. 

19. A metiiod according to Claim 1 8 wherein transmittmg messages 
20 accordiag to the Manchester encoding command protocol comprises transmitting 

messages comprised of a sync portion, a message body including an error flag bit, and 
a parity flag. 

20. A method according to Claim 13 wherein transmitting messages 

25 comprises transmitting messages according to the UART command protocol if the , 
plurality of remote devices are capable of communicatiag accordiag to the UART 
command protocol, and wherdn transmitting messages according to the UART . 
protocol comprises transmitting messages at a predetermined bit rate and according to 
a non-retum-to-zero (NRZ) bit format. 



30- 



21, A method according to Claim 13 wherein transmitting messages 
comprises transmitting messages according to the UART command protocol if the 
plurality of remote devices are capable of communicating accordiag to the UART 
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command protocol, aad wherein transmitting messages according to the UART 
command protocol comprises transmitting an idle pattern to reset the pluralily of 
remote devices prior to transmitting each message. 

5 22. A method according to Claim 13 ftirther comprising receiving a 

command protocol select command at the controller such that the subsequent 
configuration of the controller is based upon the command protocol select command. 

23 . A method according to Claim 13 wherein transmitting comprises 
10 selectively transmitting messages in either communication mode selected from the 

group consisting of a half-duplex communication mode and a fall-duplex 
communication mode. 

24. A network controller for digitally directing communications with a 
1 5 plurality of remote devices via a common bus, the network controller comprising; 

a transmitter for transmitting digital messages via the common bus; 
a receiver for receiving digital messages from the common bus; and 
a clock for providing clock signals to both said transmitter and said receiver, 
• wherein both said transmitter and receiver are capable of selectively 
20 operating in accordance with any command protocol selected from the group 

consisting of Manchester encoding and Universal Asynchronous Receiver Transmitter 
(UART) protocol, wherein said transmitter and receiver are responsive to a command 
protocol select conamand that identifies the command protocol according to which the 
plurality of remote devices are capable of commxmicating such that said transmitter 
25 and receiver thereafter transmit and receive messages, respectively, in accordance 
witi the command protocol identified by the protocol select command. 

25. A network controller according to Claim 24 wherein said transmitter, 
while operating m accordance with the Manchester encoding command protocol, 

3 0 transmits messages according to the Manchester encoding command protocol, and 

wherein said transmitter transmits Manchester encoded messages according to a mode 
selected from the group consisting of a synchronous mode and an asynchronous 
mode. 
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26. A network coatroller according to Claim 25 wherein said transmitter 
transmits messages in the synchronous mode while concurrenliy transmitting a dock 
signal to the plurality of remote devices via a common clock bus, and wherein said 
transmitter transmits messages in the asynchronous mode at a predetermined bit rate 
-without transmitting a clock signal. * * 

27. A network controller according to Claim 24 wherein said transmitter 
transmits Manchester encoded messages comprised of a plurality of bits, each bit 

10 having a value defined by a transition between first and second states. 

28 . A network controller according to Claim 24 wherein said transmitter 
transmits Manchester encoded messages comprised of a sync portion, a message body 
and a parity flag. 

15 

29 . A network controller according to Claim 24 wherein said transmitter 
transmits messages according to the UART protocol at a predetermined bit rate and 
utilising a non-retum-to-zero (NRZ) bit format. 

20 30, A network controller according to Claim 24 wherein said transmitter, 

while operating in accordance with the UART command protocol, transmits an idle 
pattern to reset the plurality of remote devices prior to transmitting each message. 

31. A network controller according to Claim 24 wherein said transmitter 
25 transmits messages via the common bus selected from a group consisting of 

differential twisted copper wire, coaxial copper wire and fiber-optic cable. 

32. A network controller according to Claim 24 wherein the network 
controller is capable of selectively operating in either communication mode selected 

3 0 JBrom the group consisting of a half-duplex communication mode and a fiiU-duplex 
communication mode. 



5 
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BS. A network controller for digitally directing .communications -witli a 
plurality' of remote devices via a common bus, the bus controller comprising: 

a transmitter for transmitting digital messages via the common bus, said 
transmitter adapted to transmit messages comprising a command and an address of at 

5 least one remote device, said transmitter being fiarfher adapted to simultaneously 
tran^t messages to a plurality of remote devices in accordance with a group address 
comprised of a plurality of bits with each bit associated with a respective group, 
thereby enabling said transmitter to direct a message to a group of remote devices by 
setting the respective bit of the group address; and 

10 a receiver for receiving distal messages from the common bus. 

34. ■ A network controller according to Claim 33 wherein said transmitter is 
also adapted to transmit messages to individual remote devices in accordance with a 
unique logical addresses assigned to the plurality of remote devices. 

15 

35. A network controller accordingto Claim 3 4 wherein said transmitter is 
also adapted to transmit messages to all of the plurality of remote addresses in 
accordance with a global address. 

20 36. Anetwork controUer for digitaUy directing coromunications with a 

plurality of remote devices via a common bus, the network controller comprising: 
a transmitter for digitally transmitting messages via the common bus; and 
a receiver for receiving digital messages from the common bus, 
wherein the transmitter is capable of transmitting an indefmitely repeating 
25 sequence of predetermined messages via the common, bus, the receiver is capable of 
receiving an indefinitely repeating sequence of messages from the common bus, and 
wherein the network controller is capable of altering the predetermined, messages as 
the transmitter transmits messages and the receiver receives messages. 

30 37. A network controller according to Claim 3 6 further comprising a clock 

for providing clock signals to both said transmitter and said receiver, wherein both 
said transmitter and receiver are capable of selectively operating in eithermode 
selected from the group consisting of a synchronous mode and an asynchronous 
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mode, wherein said transmitter transmits botii the messages and the clock signals via 
the coram on bus in the synchronous mode, and wherdn said transmitter transmits the 
messages at a predetermined bit rate without any accompanyiag clock signals via the 
common bus ia the asynchronous mode. 

5 

38. A monitoring system for monitoring various locations of interest on an 
object comprising: 

a first set of remote devices located at a first position of interest on the object; 
a second set of remote devices located at a second position of interest on the 
1 0 ' obj ect remote firom the first position; 

a network controller for sending digital commands and data to and receiving 
data firom the remote devices; and 

a common bus connecling each of the remote devices of each of said first and 
second sets of remote devices, wherein said common bus comprises: 
15 first electrical wiring for interconnecting each of the remote devices of said 

first set of remote devices together, and second electrical wiring for interconaecting 
each of the remote devices of said second set of remote devices togedier; and 

optical fibers for interconnecting the first set of remote devices at the first 
position to the second set of remote devices at the second poaiion, wherein the use of 
20 said optical fibers to span firom the first to the second position facilitates transmission 
of the commands and data between said network controller and the remote devices. 

39. A monitoring system accordiag to Claim 3 8 fiarther comprising at least 
one translation device connected between, one of said first and second electrical 
25 wiring and optical fibers, wherein said translation device translates electrical signals 
firorh said electrical wiring into optical signals for transmission across said optical 
fibers and'translates optical signals firom said" optical fibers into electrical signals for 
transmission across said electrical wiring. 

30 40. A monitoring system according to Claim 3 9, wherein said first and second 

electrical wiring of said common bus is half- duplexed and said optical fibers of said 
common bus are full- duplexed, and wherein said translation device translates digital 
conmaands and data transmitted on said common distal bus from half-duplex to full- 
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duplexfor traDSinission oa said optical fibers and jBrom foil-duplex to half-duplex for 
transmission on said first and second electrical wiring. 

41 . A monitoring systenoi according to Claim 40, -wherein said translation 
5 device comprises: 

a transceiver in electrical communication with said electrical wiring and said' 
optical fibers of said common bus for receiving and transmitting digital commands 
and data; and 

logic in electrical communication with said transceiver for translating 
1 0 electrical signals from said electrical wiring into optical signals for transmission 
across said optical fibers and translating optical signals from said optical fibers into 
electrical signals for transmission across said electrical wiring. 

42. A monitoring system according to Claim 41, wherein said logic translates 
1 5 digital commands and data from said electrical wiring into full-duplex format for 
transmission across said optical fibers and translates commands and data firom said 
optical fibers into half-duplex format for transmission across said dectdcal wiring. 
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